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(54) HIGH DEFINITION IMAGE DISPLAY AND PROGRAM STORAGE MEDIUM FOR THE DISPLAY 



(57) A high-definition image display apparatus dis- 
plays a high-definition mega-sized image on a computer 
display. The display apparatus includes a server 1 and a 
client 5 that operate in a coordinated manner. The dis- 
play system comprises means for storing an cage in the 
server 1 in the form of a set of image data for several 
levels of resolution each of which is obtained through 
division of the image into a matrix as well as through 
compression and encryption; and input means for ena- 
bling visual performance of operations for specifying an 
image to be displayed on the screen of the client 5, 
zooming in/out, and scrolling the image. 
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Description 

Field of the Invention 

[0001 ] The present invention relates to a high-defini- 
tion image display apparatus and a medium storing a 
program for implementing the display system, and more 
particularly, to a high-definition image display apparatus 
for storing a plurality of mega-sized high -definition 
images into auxiliary storage devices and retrieving and 
displaying a desired image on a computer display at 
high speed, as well as to a medium storing a program 
for implementing the display system. 

Background Art 

[0002] In principle, displaying, zooming in/out, and 
scrolling of a mega-sized high -definition image on a 
computer display has conventionally required a main 
storage device capable of storing the entirety of the data 
corresponding to the mega-sized image. To address a 
case where the computer is equipped with a storage 
device having a capacity insufficient for storing the 
entirety of the image data, there has been developed a 
method of saving into an auxiliary storage device that 
portion of the image data which exceeds the memory 
capacity, as well as a method of partially displaying the 
image in split views. 

[0003] According to the prior art, a main storage 
device having the capacity for storing mega-sized 
image data is required when a specific image is 
selected from a plurality of mega-sized high-definition 
images and a desired range of the thus-selected image 
is displayed. 

[0004] If the capacity of the main storage device is 
insufficient for storing the image data, the computer 
must be equipped with an auxiliary storage device 
capable of compensating for a memory shortage. Fur- 
ther, repeated transfer of data between the main stor- 
age device and the auxiliary storage device involves a 
long latency time. 

[0005] Use of only the portion of image data required 
for display is a conceivable measure for reducing the 
capacity of the main storage device. However, when the 
image is zoomed out until it fits into one screen, all the 
image blocks must also be zoomed out. Thus, zooming 
out the mega-sized image takes much time. Further, the 
number of image files increases as the size of an split 
image is reduced. In this way, the conventional method 
encounters difficulty in managing the image files. 
[0006] An object of the present invention is to provide 
a high-definition image display apparatus which has a 
data structure for displaying a high-definition image at 
high speed within a predetermined period of time 
regardless of changes in designation of an image or in 
designation of a display field requested by a client and 
which has an image display function for selecting, trans- 
ferring, and merging data. 



[0007] Another object of the present invention is to 
provide a high-definition image display apparatus which 
has the function of generating, at high speed, a high- 
definition image of an arbitrary resolution required by a 
5 client. 

[0008] Still another object of the present invention is 
to provide a medium storing a program for implementing 
a high-definition image display apparatus which has a 
data structure for displaying a high-definition image at 

w high speed within a predetermined period of time 
regardless of changes in designation of an image or in 
designation of a display field requested by a client and 
which has an image display function for selecting, trans- 
ferring, and merging data. 

15 [0009] Yet another object of the present invention is to 
provide a medium storing a program for implementing a 
high-definition image display apparatus having the func- 
tion of generating, at high speed, a high-definition 
image of an arbitrary resolution required by a client. 

20 

Disclosure of the Invention 

[0010] A high-definition image display apparatus 
according to the present invention which displays a 

25 mega-sized high-resolution image on a computer dis- 
play and which includes a server and a client that oper- 
ate in a coordinated manner. The display apparatus 
comprises means for storing an image in the server in 
the form of a set of image data for several levels of res- 

30 olution each of which is obtained through division of the 
image into a matrix as well as through compression and 
encryption; and input means for enabling visual per- 
formance of operations for specifying an image to be 
displayed on the screen of the client, zooming in/out, 

35 and scrolling the image. 

[0011] The high-definition image display apparatus 
according to the present invention enables high-speed 
zooming operations and a reduction in the number of 
image files by converting the image data to be stored in 

40 the server in the form of archive files each containing a 
set of divided blocks of an image having a different level 
of resolution. Further, the high-definition image display 
apparatus according to the present invention enables 
real-time manipulation of an image without involvement 

45 of operation delays stemming from having to wait for 
processing, by displaying a low-resolution image during 
the scrolling/zooming operations. Further, the high-defi- 
nition image display apparatus according to the present 
invention enables selection of a desired image to be dis- 

so played from a plurality of images and is capable of pro- 
viding a user interface that facilitates use of an image 
database. 

[0012] The present invention enables provision of a 
medium storing a program which enables a computer 
55 serving as a high-definition image display apparatus to 
perform the aforementioned processing operations. 
Therefore, the computer that serves as the high-defini- 
tion image display apparatus can perform the individual 
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processing operations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] 5 

FIG. 1 is a diagram showing the principle and con- 
figuration of a high-definition image display appara- 
tus according to the present invention, i.e., the 
configuration of a client/server system of the high- io 
definition image display apparatus; 
FIG. 2 is an illustration for describing archive-format 
image data and indication thereof; 
FIG. 3 is an illustration for describing blocks consti- 
tuting a file; 15 
FIG. 4 is an illustration for describing transfer of 
image data from the server to the client; 
FIG. 5 is an illustration showing a processing oper- 
ation for transferring the blocks while the blocks are 
expanded in the form of image data; 20 
FIG. 6 is an illustration showing a processing oper- 
ation for transferring the blocks while they are main- 
tained in JPEG format; 

FIG. 7 shows a transfer flowchart according to an 
embodiment of the present invention; 25 
FIG. 8 shows the transfer flowchart according to an 
embodiment of the present invention; 
FIG. 9 shows the flow of processing (including a 
caching operation) according to the embodiment; 
FIG. 10 shows the flow of processing (including a 30 
caching operation) according to the embodiment; 
FIG. 11 is an illustration for describing the shift of a 
display image field at the time of displaying an 
image; 

FIGs. 121 to 121V are illustrations for describing 35 
caching operations; 

FIG. 13 shows the flow of caching operations; 
FIG. 14 shows the flow of caching operations; 
FIG. 15 shows the flow of processing performed by 
the server; 40 
FIG. 16 is an illustration for describing a block man- 
agement area; 

FIGs. 171 and 1711 are illustrations for describing a 
control window indicated on the screen of the dis- 
play device; 45 
FIG. 1 8 shows an indication of the lowest-resolution 
file; 

FIG. 19 shows thumbnail images displayed in a 
control window; 

FIG. 20 shows an indication of a first intermediate- so 

resolution file; 

FIG. 21 shows split views; 

FIG. 22 shows an indication of a resolution control; 

FIG. 23 is an explanatory diagram for describing a 

reducing operation according to the present inven- 55 

tion; 

FIGs. 24A to 24D are explanatory diagrams for 
describing the reducing operation according to the 



present invention; 

FIG. 25 shows a block correspondence table; 
FIG. 26 is a reduction-scale conversion table; 
FIG. 27 is an explanatory diagram for describing 
the reducing operation according to the present 
invention; and 

FIG. 28 is the flow of processing for generating an 
image of desired resolution. 

BEST MODES FOR CARRYING OUT THE INVEN- 
TION 

[0014] FIG. 1 is a diagram showing the principle and 
configuration of a high-definition image display appara- 
tus according to the present invention. In FIG. 1, refer- 
ence numeral 1 designates a server; 2 designates an 
auxiliary storage device; 3 designates an input device; 4 
designates a display device; 5 designates a client; 6 
designates an image expansion section; 7 designates 
an image management section; 8 designates an image 
expansion section; 9 designates an image display sec- 
tion; and 10 designates a communications line. 
[001 5] According to the present invention, for each of 
images to be stored in the server, images of different 
levels of resolution are prepared beforehand and each 
divided into a matrix form. Data of the thus divided 
images are encrypted and archived into archive files. 
[0016] In the high-definition image display apparatus 
of the present invention, the server 1 includes the image 
expansion section 6, and the client 5 includes the image 
expansion section 8. The high-definition image display 
apparatus comprises means for dynamically determin- 
ing the load exerted on the CPU of the server 1 and the 
load exerted on the CPU of the client 5, and means for 
re-compression. When expansion of the image is per- 
formed in the server 1, a portion of an image block 
required for display is clipped and re-compressed by the 
re-compression means. Further, the high-definition 
image display apparatus comprises means for saving 
the image used by a client 5 into an auxiliary storage 
device for the client 5, as well as for reading an image 
block beforehand by predicting the next operation on the 
basis of a past operation. The high-definition image dis- 
play apparatus according to the present invention fur- 
ther comprises means for displaying, on a control 
window in the screen of the client 5, reduced views of 
the high-definition images that are being displayed and 
for carrying out continuous scrolling/zooming opera- 
tions, and means for listing thumbnail images in a con- 
trol window and switching among the images. The high- 
definition image display apparatus comprises means for 
indicating on the screen of the client 5 a ruler-like 
graphic on a high-definition image. The high -definition 
image display apparatus comprises means capable of 
splitting a screen into "n" blocks and manipulating "n" 
images at the time of displaying a high-definition image 
on the screen of the client 5. Further, the high-definition 
image display apparatus comprises means for record- 
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ing/reproducing a display field at the time of displaying a 
high-definition image on the screen of the client 5. The 
high-definition image display apparatus further com- 
prises means for moving a viewpoint at high speed by 
indicating low-resolution image data during operations 
when scrolling/zooming operations are performed 
within the control window of the client 5. 
[0017] The high-definition image display apparatus 
according to the present invention enables high-speed 
indication during zooming operations and a reduction in 
the number of image files, by converting image data to 
be stored in the server 1 into archive files of different 
levels of resolution and which are divided into blocks. 
Further, the high-definition image display apparatus 
according to the present invention enables constant 
attainment of an optimum throughput, by comparing the 
load exerted on the CPU of the server 1 with the load 
exerted on the CPU of the client 5, by dynamically 
determining whether compressed image data blocks 
are to be decompressed by the server 1 or the client 5, 
and by reading an image block beforehand in the direc- 
tion in which the image is being shifted, by means of 
predicting the next operation. Further, the high-defini- 
tion image display apparatus according to the present 
invention enables real-time manipulation of an image 
without involvement of operation delays due to waiting 
for processing, by indication of a low-resolution image 
during scrolling/zooming operations. The high-definition 
image display apparatus according to the present inven- 
tion further comprises means for a reduction-scale indi- 
cation, screen splitting, and display of a list screen for 
the purpose of selecting an image to be displayed from 
a plurality of images, and enables provision of a user 
interface that facilitates use of an image database. 
[0018] The present invention enables provision of a 
medium storing a program by which a computer serving 
as a high-definition image display apparatus executes 
the foregoing processing operations, thereby enabling 
the computer serving as a high-definition image display 
apparatus to execute the foregoing processing opera- 
tions. 

[001 9] FIG. 1 shows the principle and configuration of 
the present invention; i.e., a client/server system of the 
high-definition image display apparatus according to an 
embodiment of the present invention. 
[0020] Reference numeral 1 designates a server con- 
nected to the auxiliary storage device 2 for storing 
archive-format image data; 5 designates a client con- 
nected to both the input device 3 for designating a dis- 
play image and permitting scrolling/zooming operations 
and the display device 4 for displaying a high-definition 
image; 6 designates the image expansion section for 
expanding a compressed image in the server 1 ; 7 des- 
ignates the image management section for retrieving 
image data blocks from the auxiliary storage device 2; 
and 8 designates the image expansion section for 
expanding a compressed image in the client 5. 
[0021 ] Reference numeral 9 designates an image dis- 



play section for providing selection means which caches 
and reads an image data block beforehand, pastes the 
split images, and designates an image, as well as for 
providing an image to the display device. Reference 

5 numeral 1 0 designates a communications line connect- 
ing the server 1 to the client 5. 
[0022] The archive-format image data stored in the 
auxiliary storage device 2 connected to the server 1 are 
converted into images of several different level of reso- 

w lution, ranging from a lowest-resolution file - which is 
reduced such that the entire image can be displayed in 
one screen and is prepared with the lowest resolution - 
to a highest-resolution file prepared with the highest 
resolution. 

15 [0023] FIG. 2 is an illustration for describing archive- 
format image data and indication thereof. In the draw- 
ing, reference numeral 11 designates a highest-resolu- 
tion file; 12 designates a first-intermediate-resolution 
file; 13 designates a second-intermediate-resolution 

20 file; and 1 4 designates a lowest-resolution file. 

[0024] The highest-resolution file 11 corresponds to 
an image of 10,000 x 10,000 pixels; the first-intermedi- 
ate-resolution file 12 corresponds to an image of 5,000 
x 5,000 pixels; the second-intermediate-resolution file 

25 1 3 corresponds to an image of 2,500 x 2,500 pixels; and 
the lowest-resolution film 1 4 corresponds to an image of 

I, 250 x 1,250 pixels. The resolution and the number of 
intermediate resolutions are not limited to the present 
example. The first-intermediate-resolution file 12 corre- 

30 sponds to the highest-resolution file 1 1 whose pixels are 
diminished in number to 1/2 in both vertical and horizon- 
tal directions. 

[0025] Four types of files shown in FIG. 4 are pre- 
pared for one image, e.g., an image of Buddha. If the di- 
ss ent 5 requests to display an image corresponding to an 
illustrated image 15 (of 3,000 x 3,000 pixels) (having an 
arbitrary resolution), the images is prepared by dimin- 
ishing the first-intermediate-resolution file 12 (which is 
larger than the file 1 5) in number of pixels to 3/5 in both 
40 the vertical and horizontal directions. 

[0026] FIG. 3 is an illustration for describing blocks 
constituting the file. In the drawing, reference numerals 

II, 12, 13, and 1 4 correspond to those of FIG. 2. Refer- 
ence numeral 16-i designates blocks constituting the 

45 highest-resolution file 1 1 ; 1 7-i designates blocks consti- 
tuting the first-intermediate-resolution file 12; 1 8-i desig- 
nates blocks constituting the second-intermediate- 
resolution file 13; 19-i designates blocks constituting the 
lowest-resolution file 14; 20 designates hold information 

so corresponding to the highest-resolution file 1 1 ; 21 des- 
ignates hold information corresponding to the first-inter- 
mediate resolution file 12; 22 designates hold 
information corresponding to the second -intermediate- 
resolution file 13; and 23 designates hold information 

55 corresponding to the lowest-resolution file 1 4. 

[0027] Each of the files 1 1 , 1 2, 1 3, and 1 4 is held while 
divided into blocks of p x p pixels, and access is made 
on a per-block-basis. The blocks 16-i. 1 7-i. 1 8-i. and 19- 
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i differ from one another in content but are equal in 
terms of the number of pixels in the vertical and horizon- 
tal directions. In fact, no problems arise even if the 
blocks 16-i to 19-i which are located in the correspond- 
ing locations in the files 11 to 14 have different sizes, 
and therefore such a difference in size is allowed. Simi- 
larly, no problem arises even when the number of pixels 
in the vertical direction differs from that in the horizontal 
direction. 

[0028] The hold information 20 comprises (i) "basic 
information" describing an image (for example, an 
image of Buddha or a thumbnail image) to which the 
hold information 20 corresponds; (ii) "file information" 
describing that the file is, e.g., the highest-resolution file 
1 1 ; (iii) "management information relating to an image 
block of [0][0]" representing that the retained informa- 
tion corresponds to, e.g., a block at coordinates [0][0]; 
(iv) "management information relating to an image block 
of [0][1] representing that the retained information corre- 
sponds to a block at coordinates [0][1]; and (v) ... The 
same applies to the hold information 21, the hold infor- 
mation 22, and the hold information 23. 
[0029] The server 1 transfers data to the client 5 on a 
per-image-block-basis. Regardless of whether the 
image data are JPEG image data or image data result- 
ing from expansion of JPEG image data, the image data 
are transferred to the client 5 from the server 1 while 
being encrypted and compressed. The client 5 uses the 
image data after decrypting and expanding the received 
image data. 

[0030] FIG. 4 is an illustration for describing transfer of 
image data from the server 1 to the client 5. In the draw- 
ing, reference numeral 16-ij designates the block shown 
in FIG. 3; and 24 designates a display frame (i.e., the 
frame of a display screen) of the display device of the 
client 5. 

[0031 ] Provided that - as indicated by a dotted line in 
the drawing - the display frame 24 of the client 5 corre- 
sponds to a portion of a block 16-00, a portion of a block 
16-01, a portion of a block 16-02, a portion of a block 
16-10, the entirety of a block 1 6-1 1 , a portion of a block 
16-12, a portion of a block 16-20, a portion of a block 
16-21, and a portion of a btock 16-22, image data 
regarding the images of the individual blocks related to 
the display frame 24 are transferred to the client 5. 
[0032] In this case, according to the present invention, 

(i) in a case where, like the block 16-11, one block 
is wholly included in the display frame 24 - i.e., 
PA(1);or 

(ii) in a case where, like the blocks 16-01, 16-12, 
16-21, and 16-22, the proportion of the portion of 
one block included in the display frame 24 is greater 
than a predetermined threshold value - i.e., PA(5), 
PA(2), PA(3), and PA(4), the server 1 transfers the 
entire block(s) to the client 5 while maintaining the 
same JPEG format, because the proportion is 
greater than the threshold value. 



(iii) In a case where, like the blocks 16-00, 16-02, 
16-10, and 16-20, the proportion of the portion of 
one block included in the display frame 24 is less 
than a predetermined threshold value; i.e., PB(1), 

5 PB(2), PB(3), and PB(4), the server 1 expands 

image data relating to a block of interest to an 
image and transfers to the client 5 image data relat- 
ing to only the portion of the block included in the 
display frame 24, because the proportion is less 

io than the threshold value. 

[0033] It goes without saying that the server 1 trans- 
fers image data to the client 5 after the image data are 
encrypted and compressed, regardless of whether the 

15 image data are JPEG image data or the image data 
resulting from expansion of the JPEG image data. Fur- 
ther, needless to say, the data received by the client 5 
are used after being expanded and decrypted. 
[0034] According to the present invention, an image is 

20 retained in the form of, e.g., a JPEG (Joint Photograph 
Expert Group) image, in the auxiliary storage device 2 
shown in FIG. 1 . However, the standard under which an 
image is stored is not limited to JPEG. JPEG is one 
standard for compressing an image, is designed to com- 

25 press a full-color natural (scenic) image and a gray 
scale image, and is effective for use with a photograph 
or art work but is not necessarily suitable for a line draw- 
ing. Further, JPEG is used for only a still image. 
[0035] JPEG is designed by utilization of the charac- 

so teristic that the human eye perceive a small variation in 
color with less sensitivity than it perceives a small varia- 
tion in brightness. JPEG is effective means because it 
enables compression of. for example, a 2- Mbyte full- 
color image file to a 100- Kbyte file, and storage of full- 

35 color data [24 bites/pixel (i.e., 1 .6 x 10 7 colors)]. 

[0036] FIG. 5 shows transfer of blocks while they are 
expanded to image data. FIG. 6 shows transfer of 
blocks while they are maintained in JPEG format. In the 
drawings, reference numerals 1, 4, 5, and 16 corre- 

40 spond to those reference numerals shown in FIG. 1. 
Further, each of reference numerals 25 and 26 repre- 
sents a virtual screen (memory). 
[0037] In the case shown in FIG. 5, the server 1 
decrypts a JPEG image relating to the block 16-i and 

45 expands the thus-decrypted image to image data. The 
thus-expanded image data are indicated in the virtual 
screen 25. Data regarding one row of the image in the 
virtual screen 25 are subjected to, e. g., expansion or 
contraction and compression/encryption, and are then 

so transmitted. In the client 5, the transmitted information is 
decrypted and expanded on a virtual screen 26 to be 
displayed on the display device (display) 4. 
[0038] In the case shown in FIG. 6. the JPEG image 
relating to the block 1 6-i is transmitted as is to the client 

55 5. In the client 5, the received JPEG image is decrypted 
and expanded (expanded into image data) in order to be 
disposed on the virtual screen 26. Data regarding one 
row of the image in the virtual screen 26 are subjected 
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to expansion or contraction and are then displayed on 
the display device (display) 4. 
[0039] FIGs. 7 and 8 constitute a single transfer flow- 
chart according to the embodiment of the present inven- 
tion. (Step S1): When the client 5 is activated, system 
information regarding the client 5 is acquired and is 
transferred to the server 1 . 

(Step S2): The server 1 receives the client informa- 
tion. 

(Step S3): From the performance of the client 5 and 
details of processing operations thereof, a thresh- 
old value (i.e., a JUDGEMENT RATE) is deter- 
mined in relation to whether a block is transferred 
while image data regarding the block are main- 
tained in JPEG format (like PA) or in the image data 
resulting from expansion of the JPEG image (like 
PB). 

(Step S4): The client 5 requests to transfer a 
desired image block. 

(Step S5): The server 1 finds blocks to be trans- 
ferred (i.e., the server 1 acquires the coordinates of 
each image block). 

(Step S6): A determination is made as to whether 
or not requested data regarding individual blocks 
exceed the threshold value (i.e., the JUDGEMENT 
RATE). 

(Step S7): If the result of Step 6 is NO and if the 
requested data have not yet been expanded, the 
data are expanded to image data through parallel 
processing. 

(Step S8): Of the block expanded to the image data, 

only the portion of the block corresponding the 

requested data is transferred. 

(Step S9): If the result of Step S6 is YES, the data 

regarding the block are transferred while being 

maintained in JPEG format. 

(Step S10): Upon receipt of the data regarding the 

desired block, the client 5 checks whether or not the 

thus-received block is an image expanded from the 

image data. 

(Step S1 1 ): If the result of Step S10 is NO, the block 
is expanded to an image through parallel process- 
ing. 

(Step S12): If the result of Step S10 is YES, or 
when the block is expanded to an image in Step 
S1 1 , a check is made as to whether or not there still 
remain blocks which have not yet been received. 
(Step S13): If the result of Step S12 is YES, a check 
is made as to whether or not the CPU of the client 5 
has sufficient capacity to perform additional 
processing operations. If the result of this check is 
NO, the processing returns to Step S10. 
(Step S14): If the result of Step S13 is YES, the 
threshold value (i.e., the JUDGEMENT RATE) is 
changed, and the proportion of the block which is 
transferred from the server 1 while being main- 
tained in JPEG format is increased. In short, the cli- 



ent sends a request to change the JUDGEMENT 
RATE. 

(Step S15): If the result of Step S12 is NO, an 
image is displayed. 

s (Step S16): The server 1 checks whether or not 
there still remain blocks which have not yet been 
transferred after the processing operations in Steps 
S8 and S9. If the result of this check is NO, the 
processing returns to Step S5. 

10 (Step S17): If the result of Step S16 is YES, the 
processing proceeds to Step S17 and a check is 
made as to whether or not the client 5 has 
requested to change the JUDGEMENT RATE. If the 
result of Step S17 is NO, the processing returns to 

is Step S6. 

(Step S18): If the result of Step S17 is YES, the 
JUDGEMENT RATE is changed, and the process- 
ing returns to Step S6. 

20 [0040] FIGs. 9 and 10 constitute a single processing 
flowchart (including a caching operation) according to 
the embodiment of the present invention. 
[0041] The processing flow shown in FIGs. 7 and 8 
represents processing required for transferring each 

25 block, whereas FIGS. 9 and 10 represent the overall 
processing required for displaying an image. 

(Step S19): While the client 5 is in an active state, 
the image the client 5 desires to display is specified. 
30 As shown in FIG. 1 0, in response to the designation 
of the image, the server 1 performs processing 
relating to Step S20. 

(Step S20): The server 1 fetches the basic informa- 
tion relating to a designated image and an initial 
35 image from the memory 2 (corresponding to the 
auxiliary storage device shown in FIG. 1 ) and sends 
the thus-fetched information and the initial image to 
the client 5. 

(Step S21): The client 5 acquires a thumbnail 

40 image from the server 1 and indicates the thus- 
acquired thumbnail image in the control window on 
the screen of the display device. The thumbnail 
image signifies a reduced view of an image. In the 
present case, if a designated image is a specific 

45 image of Buddha, the server 1 transfers as initial 
display images thumbnail images relating to the 
specific image of Buddha, such as a front view, side 
views, a rear view, a top view, and partial views of 
the image. As a matter of course, when the specific 

so image of Buddha is designated, another specific 
image of Buddha relevant to the specific Buddha 
may be transferred as a thumbnail image. 
(Step S22): The operator of the client 5 designates 
a coordinate field of an image to be indicated on the 

55 display device. For example, the operator desig- 
nates that only the head of the Buddha is to be indi- 
cated. 

(Step S23): If blocks included in the thus-desig- 
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nated field are not cached in cache memory of the 
client 5 in response to the designation made in Step 

522, the client sends a request to the server 1 for 
transferring the blocks. In contrast, if the blocks 
have already been cached in the cache memory, 
the processing proceeds to Step S26. 

(Step S24): Upon receipt of the request in Step 

523. the server 1 determines whether the blocks 
are to be transferred in the form of JPEG images or 
expanded images, in consideration of transmission 
efficiency. The server 1 transfers either JPEG 
images or expanded images to the client 5. The 
server 1 also caches the images into its own cache 
memory. In this case, consideration of transmission 
efficiency corresponds to the determination of 
transmission efficiency on the basis of the threshold 
value (JUDGEMENT RATE) described with refer- 
ence to FIGs. 4, 5, 6, 7, and 8. Even in Step S24, 
the server 1 refers to the illustrated memory 2. 
(Step S25): The server 1 predicts the next opera- 
tion from the operation of the client 5 through paral- 
lel processing, and in an anticipative manner reads 
from the memory 2 a block which would be 
required. Such anticipative reading of a block will be 
described later. 

(Step S26): The client 5 expands an image of a 
required block if the block has not yet been 
expanded to an image, thereby rendering the image 
displayable. 

(Step S27): Processing for the purpose of display- 
ing the image is performed. 
(Step S28): The image is displayed. 
(Step S29): The client 5 waits for the next command 
from the operator. 

(Step S30): In response to the zooming or scrolling 
operation performed by the operator through activa- 
tion of a mouse or the like, the next block which 
would be required is predicted. If the client 5 does 
not have such a block, the client 5 requests the 
server 1 to send the block. 
(Step S31): In Step S30, upon receipt of the JPEG 
image from the server 1, the client expands the 
image into image data and caches the thus- 
expanded image data into the cache memory. 
(Step S32): A check is made as to whether or not 
the indication of the image has been completed. If 
the result of the check is NO, the processing returns 
to Step S19 or S22. If the processing returns to 
Step S19, another specific image of Buddha, for 
example, is displayed, in a case where the process- 
ing returns to Step S22, for example, another field 
of the image of Buddha that is currently indicated is 
displayed. 

(Step S33): If the result of Step S32 is YES, the 
contents of the cache memory are erased. 

[0042] FIG. 1 1 is an illustration for describing the shift 
of a display image field at the time of displaying an 



image. In the drawing, reference numerals 16 and 24 
correspond to those shown in FIG. 4, and reference 
numeral 27 designates a display screen. 
[0043] Provided that the blocks 1 6-ij are present so as 

s to form a matrix pattern and that a partial image sur- 
rounded by the display frame 24 shown in the drawing 
must be displayed on the client 5 side, blocks assigned 
symbol "x" are transferred to the client 5 and displayed 
on the display screen 27 shown in the drawing. 

w [0044] Even if the blocks included in the display frame 
24 have already been transferred and displayed, when 
the operator of the client 5 is performing zooming or 
scrolling operations, desirably the client 5 requests 
beforehand that the server 1 send the next blocks which 

15 would be required in association with the zooming or 
scrolling operations. For this reason, anticipative read- 
ing of a block is carried out. 

[0045] In FIG. 1 1 , the field encompassed by the dis- 
play frame 24-0 is shifted to a display frame 24-1 and 

20 further to a display frame 24. According to the present 
invention, the next block which would be required in the 
next step is determined through prediction on the basis 
of the screen displayed before the current screen and 
the screen displayed before that screen. More specifi- 
cs cally, there is predicted the direction toward which a 
block which would be required in the next step. In the 
case shown in FIG. 11, the display field appears to 
move in the direction designated by hollow arrow 50. 
[0046] FIGS. 12(1) to 12(IV) are illustrations for 

30 describing caching operations. In the drawings, refer- 
ence numeral 16 designates a block. Reference 
numeral 16(current) designates a block that is currently 
displayed; 16(preceding) designates a block displayed 
in the step preceding the current step; 16(reserved) 

35 designates a block which would be displayed in the next 
step; and 1 6(anticipative) designates a block which 
would be displayed in the step after the next step. 
[0047] As shown in FIG. 12(1), provided that the dis- 
play field is shifted in a leftward direction in the drawing 

40 and that the block 16(current)(diagonally hatched from 
upper right to lower left) is displayed at the current point 
in time when the mouse is being move in the leftward 
direction, the direction in which the display field is 
shifted is determined by means of the algorithm 

45 described by reference to FIG. 11 . The client 5 acquires 
the reserved block 16(reserved) and the anticipative 
block 1 6(anticipative) and stores these blocks in the 
cache memory. As a matter of course, if the blocks are 
already present in the cache memory, the blocks are not 

so required to be fetched again from the server 1 . 

[0048] FIG. 1 2(H) shows variations in the priority of the 
blocks that are present in the cache memory. In this 
drawing, a diagram denoted by "preceding" shows the 
priority levels assigned to the individual blocks by 

55 means of numerical values "0" to "99" when the preced- 
ing block 16(preceding) was displayed in a step preced- 
ing the current step. Further, a diagram denoted by 
"current" shows priority levels assigned to individual 
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blocks when the current block 1 6(current) is displayed in 
the current step. 

[0049] The priority levels are assigned to the individ- 
ual blocks by use of numerical values "0" to "99," and 
the numerical values are incremented or decremented 
according to the following rules: 

(i) Blocks which are currently displayed are 
assigned the highest value "99." Further, the blocks 
newly loaded into the cache memory are also 
assigned the numerical value "99." 

(ii) Blocks which are not currently displayed are 
assigned numerical values which are obtained by 
subtracting one from their numerical values in the 
preceding step. 

[0050] As can be seen from application of the forego- 
ing rule, in the "preceding" state shown in FIG. 12(11), 
the block 16(preceding) (which was displayed in the 
step preceding the current step) is assigned numerical 
value "99." Provided that the remaining blocks are 
assigned numerical values "96," "95." and "94." the 
block 16(current) in the "current" state shown in FIG. 
12(11) is assigned numerical value "99," and the remain- 
ing blocks are assigned numerical values which are 
obtained by subtracting one from their numerical values 
in the preceding step. 

[0051 ] In this way, during the course of progress of the 
processing steps, the priority levels assigned to the 
blocks that are present in the cache memory are 
changed. 

[0052] FIG. 12(111) shows variation in the reservation- 
for-use level of each of the blocks which are present in 
the cache memory. In this drawing, a drawing denoted 
by "preceding" shows the reservation-for-use levels 
assigned to the individual blocks by use of numerical 
values "0" to "99" when the preceding block ^(preced- 
ing) was displayed in a step preceding the current step. 
Further, a drawing denoted by "current" shows the res- 
ervation-for-use levels assigned to the blocks when the 
current block 1 6(current) is displayed in the current step. 
[0053] Although the reservation-for-use levels corre- 
sponding to the individual blocks are assigned numeri- 
cal values "0" to "99," the numerical values are 
incremented or decremented according to the following 
rules. 

(iii) The blocks that are currently displayed are 
assigned the highest value "99." 

(iv) A block which would be displayed in the next 
step [i.e., the reserved block 16(reserved)] is 
assigned the highest value "99." 

(v) A block which would be displayed in the step 
after the next step [i.e., the anticipative block 
16(anticipative)] is assigned the highest value "99." 

(vi) The blocks other than the blocks pointed out in 
the sections (iii), (iv), and (v) are assigned numeri- 
cal values which are obtained by subtracting one 



from their numerical values in the preceding step. 

[0054] Provided that the current block 16(current), the 
reserved block 16 (reserved), and the anticipative block 

5 1 6(anticipative) are the assigned numerical value "99" 
in the state (preceding) shown in FIG, 12(111). Also, 
attention must be paid to the fact that, for example, the 
current block 16 (current) in the "preceding" state corre- 
sponds to the preceding block 16(preceding) in the "cur- 

w rent" state. In this situation, when the blocks are shifted 
to the "current" state, the rules (iii) to (vi) are applied, 
thereby assigning numerical value "99" to the current 
block 16(current), the reserved block 16(reserved), and 
the anticipative block 16 (anticipative), respectively The 

15 remaining blocks are assigned numerals which are 
obtained by subtracting one from their numerical values 
in the preceding step. 

[0055] FIG. 12(IV) shows blocks stored in the cache 
memory by combination of the priority levels shown in 

20 FIG. 12(11) with the reservation-for-use levels shown in 
FIG. 12(111). The numeral provided in the upper left por- 
tion of each of the blocks in the cache memory repre- 
sents a priority level, and the numeral provided in the 
lower right portion of the block represents a reservation- 
's for- use level. 

[0056] As mentioned above, each of the blocks stored 
in the cache memory is assigned a priority level and a 
reservation-for-use level. For example, if blocks corre- 
sponding to the anticipative block 1 6(anticipative) are 

30 not present in the cache memory and are newly loaded 
to the cache memory, each of the blocks is assigned pri- 
ority level "99" and a reservation-for-use-level "99." 
[0057] If no memory are is available in the cache 
memory when there arises a necessity for loading new 

35 blocks into the cache memory, the blocks that have 
been sorted according to numerical values of reserva- 
tion-for-use levels and that are assigned the same use 
levels are further sorted according to numerical value of 
priority level. Blocks are eliminated from the group of 

40 thus-sorted blocks until required memory becomes 
available. More specifically, the block eliminated first is a 
block which is assigned the lowest priority level in the 
group of blocks assigned the lowest numerical value of 
reservation-for-use level. 

45 [0058] FIG. 13 is a processing flow which represents 
a caching flow and corresponds to the management of 
processing required when blocks are loaded to the cli- 
ent from the server 1 . (Step S34): Blocks are read from 
the server 1 and expanded. (Step S35): An "image sta- 

50 tus," which will be described by reference to FIG. 16, is 
described in the area for managing the blocks loaded 
into the cache memory. The term "image status" corre- 
sponds to information regarding whether the image is 
transferred from the server 1 while being in JPEG for- 

55 mat or in the form of expanded image data. 

[0059] FIG. 14 is a caching flow relating to manage- 
ment of freeing of the cache memory. 
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(Step S36): A sort buffer is prepared for managing 
the blocks loaded in the cache memory, (i) priority 
levels assigned to the blocks, (ii) reservation -for- 
use levels assigned to the blocks, and (iii) manage- 
ment area identification numbers are set in the 
areas of the sort buffer corresponding to the individ- 
ual blocks. 

(Step S3 7): The blocks are sorted in descending 
numerical order according to the reservation-for- 
use levels. Blocks assigned the same reservation- 
for-use levels are further sorted in descending 
numerical order according to priority level (i.e., the 
blocks are arranged in descending order from the 
maximum value). 

(Step S38): The block is taken out of the sort buffer 
in descending numerical order according to priority 
level, and the amount of cache memory used by the 
blocks including the thus-extracted block is calcu- 
lated. 

(Step S39): If the thus- extracted block is scheduled 
to be used (YES), the processing proceeds to Step 
S42. In contrast, if the block is not scheduled to be 
used (NO), the processing proceeds to Step S40. If 
YES, the block is scheduled to be used. Hence, 
even if the calculated amount of cache memory 
exceeds the capacity of the cache, the "cache 
memory is not freed," despite the cache capacity 
being exceeded. 

(Step S40): A check is made as to whether or not 
the capacity of cache memory calculated in Step 
S38 exceeds a limit value of cache capacity. Specif- 
ically, a check is made as to whether or not blocks 
not scheduled to be used must be eliminated from 
the cache memory. If NO, the processing proceeds 
to Step S42. If YES, the processing proceeds to 
Step S41. 

(Step S41): The block is freed, and the memory 
space required by the block is subtracted from the 
amount of memory calculated in Step S38. 
(Step S42): A check is made as to whether or not all 
the blocks are processed. If NO, the processing 
returns to step S38. If YES. the processing ends. 

FIG. 15 shows the flow of processing per- 
formed by the server 1 . 

(Step S43): The server 1 receives a request from 
the client 5. 

(Step S44): The thus-received request is recorded 
and stored. As a matter of course, at the time of 
recording and storing the request, there is recorded 
and stored information regarding (i) which image is 
displayed, (ii) which resolution is used to display the 
image, and (iii) which portiorrof the image is dis- 
played. 

(Step S45): Independently of the processing opera- 
tions performed in Steps S43 and S44, the server 1 
predicts a request which would be required in the 
next step, on the basis of the request made by the 
client 5 in the previous step and the request made 



by the same in the step immediately before the pre- 
vious step. More specifically, the server predicts the 
position of the display frame 24 in the current step 
through examination of shifting of the display frame 

5 24 in the direction designated by hollow arrow 50, 
as described with reference to, e.g., FIG. 11. 
(Step S46): A processing sequence is set with 
regard to blocks which are required for satisfying 
the predicted requests and have not yet been 

w loaded to the client 5 or blocks which have not yet 
been expanded to image data. 
(Step S47): Blocks are processed one by one 
according to the processing order, and the thus- 
processed block is stored in the cache memory of 

is the server 1 . The cache memory of the server 1 
performs the same processing as performed by the 
cache memory of the client 5, as described with ref- 
erence to FIG. 14. 

(Step S48): A check is made as to whether or not 
20 the server has received the request from the client 
5. If NO, the processing returns to Step S47. If YES, 
the processing proceeds to Step S49. 
(Step S49): Processing is performed according to 
the request from the client 5. 

25 

[0060] FIG. 16 is an illustration for describing a block 
management area. In the drawing, reference numeral 
29 designates a block management areas correspond- 
ing to an individual block; and 30 designates the con- 
30 tents of the block management area 29. 

[0061J For example, a block management area 29-r 
contains contents denoted by 30-r; namely, 

(i) The reservation-for-use level of the block - 
35 already described 

(ii) The priority level of the block - already described 

(iii) Memory size of the block - the memory size of 
the block is described, because the individual 
blocks differ slightly in size. 

40 (iv) coordinate information regarding the block - 
coordinate information regarding the file 1 1 , 12, 13, 
or 14 shown in FIG. 13 is described, 
(v) Image data of the block - in JPEG format or in 
the form of image data 

45 (vi) Image status - a description as to whether the 
block has been transferred from the server 1 in 
JPEG format or in the form of image data. 

[0062] The reservation-for-use level and the priority 
so level within the block management area are incre- 
mented or decremented in the manner as previously 
described with reference to FIG. 12. 
[0063] FiGs. 17(1) and 17(11) are illustrations for 
describing control windows in the screen of the display 
55 device. A window 31-1 shown in FIG. 17(1) represents 
an example of a control window displayed along with an 
ordinary indication. A window 31-2 shown in FIG. 17(11) 
represents an example of a control window when 
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thumbnail images are displayed. 
[0064] The position on the screen of the display device 
where the control window is indicated will be described 
later. Provided that, for example, an image A is dis- 
played as a display image in the control window 31-1, 5 
the entire image 32 of the image A is reduced until it fits 
into the field of the control window, in other words, the 
image A 32 is displayed in an "entire image display win- 
dow." In the case where the image A is currently dis- 
played on the screen of the display device, a display io 
frame 33 is overlaid on the image A 32 in order to indi- 
cate the portion of the image A that is currently dis- 
played as a display image. On the screen of the display 
device, a portion of the file 1 1 shown in FIG. 2 may be 
displayed, a portion of the file 12 may be displayed, a is 
portion of the file 13 may be displayed, or the entirety of 
the file 14 may be displayed. The images differ in size 
from one another. Accordingly, the size of the display 
frame 33 varies according to the file corresponding to 
the image that is currently displayed. More specifically, 20 
even if a file to be displayed is changed, the image 32 
displayed in the control window assumes the same size, 
and therefore the size of the display frame 33 varies. 
Since the size of the display frame 33 is determined 
through computation, the size of the display frame 33 2s 
also represents the degree of reduction of the image 
displayed on the screen. Taking advantage of this, 
according to the present invention, the reduction scale 
is indicated together with a display image to thereby 
inform the operator of the size of each portion of the dis- 30 
play image that is currently displayed, as will be 
described later. 

[0065] As mentioned previously, various thumbnail 
images are transferred from the server 1, and these 
thumbnail images are displayed in the control window 35 
31-2 shown in FIG. 17, such that all thumbnail images 
34-i are displayed at one time, or a plurality of thumbnail 
images 34-i are displayed at one time. The operator can 
provide an instruction for displaying another image in 
place of the image that is currently displayed, through 40 
use of the mouse. For example, if the operator desires 
to display an image B in place of the image A, the oper- 
ator points the cursor at the thumbnail image 34-2 of the 
image B by use of the mouse. The processor of the cli- 
ent 5 operates so as to display the image B. As a matter 45 
of course, when blocks required for displaying the image 
corresponding to the image B are not present in the 
cache memory, the client 5 makes a request to the 
server 1 for transferring the blocks. 
[0066] FIG. 18 is a diagram showing a state in which so 
a lowest-resolution file is displayed. In the drawing, ref- 
erence numerals 31, 32, and 33 correspond to those 
shown in FIG. 17, and reference numeral 35 designates 
a lowest-resolution image; and 36 designates a display 
screen. 55 
[0067] In the control window 31 -1 , there is displayed 
an image 32 that corresponds to the entirety of a spe- 
cific image of Buddha 35-1 which is currently displayed 



on the display screen 36 (in the form of a lowest-resolu- 
tion image). In order to clearly show the relationship 
between the image 32 representing the entirety of Bud- 
dha and the image 35 that is currently displayed on the 
display screen 36, the display frame 33 is overlaid on 
the screen. 

[0068] In FIG. 1 8, the display frame 33 is displayed so 
as to encompass the entire image 32, and hence the 
image 35 displayed in the display screen 36 represents 
the entire image of Buddha. The entirety of the image 
corresponding to the lowest-resolution file may be con- 
sidered to assume a size which enables the image to be 
displayed on the display screen 36 as a single block. 
[0069] FIG. 19 shows thumbnail images when they 
are displayed in the control window. In the drawing, ref- 
erence numeral 31 designates a control window; 34 
designates thumbnail images; 35 designates an image; 
35-2 designates one specific image of Buddha pertain- 
ing to the image 35; and 36 designates a display 
screen. 

[0070] A plurality of images relating to one specific 
image (i.e., the image of Buddha 35-2), such as the full 
front view and side views of the image, are indicated in 
unison in the form of images of the size of a thumbnail, 
i.e., thumbnails 34-i. Thumbnail images of another spe- 
cific image of Buddha 35-1 relevant to the Buddha 35-2 
are also displayed in unison, as required. 
[0071] Although FIG. 19 shows the lowest-resolution 
image of the Buddha 35-2 on the display screen 36, an 
image other than the lowest-resolution image; for exam- 
ple, a first-intermediate-resolution image, may also be 
displayed. 

[0072] When an operator instructs the client 5 to dis- 
play an image by designating one of the thumbnail 
images in the control window 31-2 shown in FIG. 19 
through use of a mouse or the like, the image corre- 
sponding to the selected thumbnail image is displayed 
on the display screen 36 as an image 35. 
[0073] FIG. 20 shows a first-intermediate-resolution 
file when it is displayed. In the drawing, reference 
numerals 31, 32, 33, 35, and 36 correspond to those 
shown in FIGs. 17, 18, and 19. Reference numeral 37 
designates a scale. 

[0074] In the case shown in FIG. 20, the image 32 cor- 
responding to the entirety of Buddha is indicated in the 
control window 31-1. The display frame 33 indicates a 
portion of the entire image 32 that correspondences to 
the image 35 (i.e., a specific image of Buddha 35-3) that 
is currently displayed on the display screen 36. In other 
word, the portion of the image surrounded by the dis- 
play frame 33 is displayed on the display screen 36. 
[0075] Although a portion of the first-intermediate-res- 
olution image is shown in FIG. 20, the present invention 
is not limited to such an example. For instance, an 
image corresponding to a highest-resolution file may 
also be displayed. As a matter of course, an image of 
desired resolution between the first-intermediate-reso- 
lution file and the second-intermediate-resolution file 
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may also be displayed. 

[0076] For this reason, in order to enable the operator 
to easily ascertain the size of the image 35 displayed on 
the display screen 36, a scale 37 is indicated on the dis- 
play screen 36. Specifically, in order to enable the oper- s 
ator to readily ascertain the size of, e.g., the head of the 
Buddha 35-3, the scale 37 is indicated so as to match 
the size of the image 35 that is currently displayed on 
the display screen (e.g., the specific image of Buddha 
35-3). The size of the scale 37 on the display screen is 10 
determined so as to match the size of the image of Bud- 
dha 35-3 that is currently displayed on the display 
screen 36. Since the size of the display frame 33 is 
determined in the control window 31-1 through compu- 
tation, the size of the scale on the display screen is is 
readily determined. 

[0077] FIG. 21 shows split views of Buddha. In the 
drawing, reference numerals 31, 35, and 36 correspond 
to those shown in FIGS. 17 through 20. 
[0078] It goes without saying that, for example, the 20 
image 35 displayed on the display screen 36 in FIG. 18 
is not limited to the image shown in FIG. 18; the image 
may alternatively be displayed while being split in the 
vertical or horizontal direction or in both vertical and 
horizontal directions. As a matter of course, as shown in 25 
FIG. 21, the images (e.g., Buddha images 35-1 and 35- 
2) that are split as required may be displayed on a single 
screen 36 while joined together. As already described 
with reference to FIG. 3, since the resolution files 1 1 to 
14 are stored while they are split into blocks 16 to 19, 30 
split views of an image may be readily produced by 
fetching the blocks required for display. 
[0079] With reference to FIGs. 11 and 12, it has 
already been described that reserved blocks and antici- 
pate blocks are loaded beforehand one after another 35 
into the cache memory during the zooming or scrolling 
operation. In the case shown in FIG. 121 where the pre- 
ceding block 16(preceding) is currently displayed, the 
only requirement is to load beforehand the blocks indi- 
cated by (a) and (b) of the anticipate block 1 6(anticipa- *o 
tive). As compared to the case where images are 
displayed one after another or where images, each cor- 
responding to one screen, are loaded beforehand on a 
per-screen-basis, efficiency of data transmission may 
be improved significantly. Further, the chance of unde- 45 
sirably loading beforehand data which will become use- 
less can be diminished. 

[0080] According to the present invention, there are 
recorded and stored instruction information that is sent 
by the client 5 in relation to display of a high-definition so 
image; for example, (i) instruction information as to 
which image (for example, an image of Buddha) has 
been displayed; (ii) instruction information as to which 
one of the resolution files shown in FIG. 2 has been 
used for displaying the image; (iii) instruction informa- 55 
tion as to how zooming operation (including a zooming 
scale) or scrolling operations is performed; (iv) instruc- 
tion information about the coordinate of the block that 



has been displayed; (v) instruction information as to 
which one of the resolution files was used for displaying 
a preceding image and which one of the resolution files 
was used for displaying a current image; (vi) instruction 
information as to displayed thumbnail images and a 
designated image; (vii) instruction information about 
images that have been displayed for comparison as 
shown in FIG. 21 ; and (viii) the identification of the oper- 
ator. 

[0081] The instruction information can be readily 
recorded and stored by only storing details of the oper- 
ations utilizing the control window by use of the image 
expansion section 6 and/or the image expansion sec- 
tion 8 shown in FIG. 1 . 

[0082] By means of such a record of information, the 
computer can ascertain a specific operator's propensity 
with regard to operation, thereby enabling efficient pre- 
diction and an increase in the speed of high-speed dis- 
play. 

[0083] Further, when the image 35 that is currently 
displayed on the display screen 36 is zoomed or 
scrolled, the operator clicks the mouse while pointing 
the cursor at the display frame 33 indicated in the con- 
trol window 31-1. More specifically, when the image is 
zoomed, zooming is instructed while the display frame 
33 is held stationary. When the image is scrolled, the 
display frame 33 is shifted in a given direction. During 
the Zooming or scrolling operations, the image that is 
currently displayed on the display screen 36 is equal in 
size to the highest-resolution image but has a lower res- 
olution. In short, the image having a lower resolution is 
zoomed or scrolled. 

[0084] More specifically, under ordinary conditions, 
the image 35 is displayed on the display screen 36 with 
the highest resolution that can be displayed on the dis- 
play screen. In other words, an image having the best 
resolution is displayed as the image 35. In some cases, 
a portion of the Buddha's image as shown in FIG. 20 
may be displayed as the image 35. When the image of 
Buddha is scrolled to, for example, the chest of Buddha, 
only the resolution of the image 35 displayed on the 
screen 36 is decreased without involvement of a change 
in the size of the image 35 (i.e., the image 35 is changed 
to a more blurred image), for reasons of a limitation on 
the speed of processing of an image or in order to 
ensure room for other processing by carrying out image 
processing more quickly. Since the image 32 displayed 
in the control window is the entire image of Buddha, the 
image does not change even during the scrolling opera- 
tion. 

[0085] By means of the foregoing processing, the 
present invention enables display of a high-definition 
image within five seconds, which would otherwise con- 
ventionally require, for example, 300 seconds. 
[0086] FIG. 22 shows a resolution control knob when 
it is displayed along with the first-intermediate-resolu- 
tion-file shown in FIG. 20. 

[0087] As have been described by reference to FIGs. 
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2 and 20, the high -definition image display apparatus 
according to the present invention enables free display 
of, for example, an image 15 of a desired and arbitrary 
resolution between the first-intermediate-resolution file 
and the second-intermediate-resolution file. 5 
[0088] As will be explained once again, four types of 
files 11 through 14 are prepared for one image; for 
example, an image of Buddha. The highest-resolution 
file 11 corresponds to an image of 10,000 x 10,000 pix- 
els; the first-intermediate-resolution file 1 2 corresponds to 
to an image of 5,000 x 5.000 pixels; the second-inter- 
mediate-resolution file 13 corresponds to an image of 
2,500 x 2,500 pixels; and the lowest-resolution film 14 
corresponds to an image of 1 ,250 x 1 ,250 pixels. 
[0089] In this case, the operator of the client 5 may 15 
desire indication of, e.g., an image 15 of 3,000 x 3,000 
pixels, through actuation of a resolution control knob to 
be described later. In the following description, this 
example is referred to as required. 
[0090] An image 32 corresponding to the entire image 20 
of Buddha is displayed in the control window 31-1 in the 
case shown in FIG. 22, as in the example shown in FIG. 
20. The display frame 33 indicates the portion of the 
image 32 corresponding to the image 35 that is cur- 
rently displayed on the display screen 36. Further, a res- 25 
olution control knob 40 is indicated in a lower position of 
the control window 31-1. The position of the resolution 
control knob 40 represents the resolution of the image 
35 that is currently displayed on the display screen 36. . 
As a result, the operator can ascertain, the resolution of 30 
the image 35 that is currently displayed. 
[0091] The operator of the client 5 can enter an 
instruction for resolution by moving the resolution con- 
trol knob 40 in either the right or left direction through 
use of the mouse. The resolution control knob 40 serv- 35 
ing as input means which enables visual setting and 
input of a resolution (i.e., an arbitrary resolution) for the 
image to be displayed on the screen of the client 5. The 
resolution of the image 35 displayed on the display 
screen 36 and the size of the display frame 33 are auto- 40 
maticaily changed according to the resolution desig- 
nated by the operator. 

[0092] The resolution control knob 40 enables the 
operator to freely set an arbitrary value for resolution 
and to perform an entry operation with considerable 45 
ease. A resolution can be set in the range from the high- 
est resolution to the lowest resolution. Alternatively, the 
resolution may be entered by way of a keyboard through 
use of +/- keys or ten keys. 

[0093] An infinite number of indications corresponding so 
to the arbitrary-resolution image 15 are considered, and 
hence these images cannot be prepared beforehand, 
unlike the intermediate resolution images. Therefore, 
the arbitrary-resolution image 15 is prepared by dimin- 
ishing pixels from the file having a resolution greater ss 
than a desired resolution, until there is obtained a 
desired arbitrary resolution. More specifically, the inter- 
mediate-resolution image is reduced until a desired 



arbitrary resolution image is prepared. In the previous 
case, an image is prepared by diminishing the first-inter- 
mediate-resolution file to 3/5 in terms of number of pix- 
els in both the vertical and horizontal directions, and the 
thus-prepared image is displayed. 
[0094] In the case of an enlarged image, an image of 
arbitrary resolution is prepared through interpolation in 
substantially the same way as the reduced image. Spe- 
cifically, pixels are added to the file having a lower reso- 
lution until there is produced a file having a desired 
resolution. More specifically, a desired enlarged image 
is prepared by enlarging the intermediate-resolution 
image until the image assumes a desired resolution. For 
example, an enlarged image is prepared by expanding 
the first-intermediate-resolution file 1 2 by 5/3 in terms of 
the number of pixels in both the vertical and horizontal 
directions, and the thus-prepared image is displayed. 
[0095] Reducing or enlarging operations (hereinafter 
referred to simply as "reducing operation") required for 
displaying the arbitrary-resolution image 15 must be 
repeated by the number of dots of the display screen. In 
the high -definition image display apparatus according to 
the present invention, a high-definition image is indi- 
cated on, e.g., a large screen of 1,600 x 1,200 dots. 
Therefore, the reducing operation must be performed 
1.92 million times per screen. The volume of such 
processing results in a decrease in the speed of gener- 
ation and display of an arbitrary-resolution image. In 
contrast, even an arbitrary-resolution file also requires 
high definition, and hence the accuracy of computation 
required for correctly displaying an image cannot be 
deteriorated. Further, there must be prevented an error 
in computation caused at the time of conversion of coor- 
dinates. 

[0096] For these reasons, the high-definition image 
display apparatus according to the present invention 
reduces the size of an image at high speed without 
involvement of a computation error stemming from con- 
version of coordinates and without deterioration of com- 
putation accuracy, thus preparing and displaying the 
arbitrary-resolution image 15. For this purpose, the 
high-definition image display apparatus according to the 
present invention produces a block correspondence 
table and a reduction rate conversion table, which will 
be described later, and uses these tables. 
[0097] FIG. 23 is an illustration for describing a reduc- 
ing operation according to the present invention. The 
reducing operation is primarily executed by the image 
display section 9 of the client 5 shown in FIG. 1. 
[0098] In FIG. 23, the image display section 9 of the 
client 5 comprises a block management table 41 for 
storing various data used for managing image blocks; a 
block correspondence table 42 representing relation- 
ships between the image blocks and pixels; a reduction 
rate conversion table 43 for indicating the positions of 
pixels to be displayed; cache memory 44 for storing the 
image blocks received from the server 1 through cach- 
ing operations; and display memory 45 for storing 
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image data to be displayed on the screen of the display 
device of the client 5. The block management table 41 , 
the block correspondence table 42, and the reduction 
rate conversion table 43 are prepared by the image dis- 
play section 9. 5 
[0099] The image display section 9 has means for 
determining, on the basis of an arbitrary resolution, an 
intermediate-resolution image used as a basis for pre- 
paring the arbitrary-resolution image 15. When the 
operator enters an arbitrary resolution by way of the res- w 
olution control knob 40, the image display section 9 
determines, on the basis of the thus-entered arbitrary 
resolution, an intermediate-resolution image serving as 
a basis for preparation of the arbitrary-resolution image 
15. 15 
[01 00] The image display section 9 has means for cal- 
culating a reduction rate from the arbitrary resolution 
and the intermediate-resolution image serving as a 
basis for preparation of the arbitrary-resolution image 
15, thereby preparing the reduction rate conversion 20 
table 43. The image display section 9 refers to an image 
block corresponding to the currently-displayed image 
through use of the reduction rate conversion table 43. 
On the basis of the reference result, the data to be dis- 
played are read from the image block corresponding to 25 
the currently-displayed image in the intermediate-reso- 
lution image, and the thus-read data are written into the 
position of the display memory 45 to be displayed. An 
image is displayed according to the contents of the dis- 
play memory 45. 30 
[0101] The image display section 9 has means for 
splitting into a plurality of image blocks the intermediate- 
resolution image used as the basis for generating the 
arbitrary-resolution image 15, and generating the block 
correspondence table 42 on the basis of the thus-split 35 
image blocks. The image display section 9 receives 
from the server 1 the image block corresponding to the 
currently-displayed image in the intermediate-resolution 
image and retains the thus-received block as a cache of 
the image block stored in the server 1 . Subsequently, 40 
the image display section 9 refers to the block corre- 
spondence table 42 corresponding to the display block 
that is currently displayed. On the basis of result of such 
reference, the reduction rate conversion table 43 is 
referred to. Further, on the basis of result of such refer- 45 
ence, data to be displayed are read from the image 
block that is cached and retained in the cache memory 
44, and the thus-read data are written into the position 
of the display memory 45 to be displayed. 
[01 02] FIGs. 24a to 24D are illustrations for describing 50 
the reducing operation according to the present inven- 
tion. FIG. 25 shows a block correspondence table used 
for the reducing operation; and FIG. 26 shows a reduc- 
tion rate conversion table used for the reducing opera- 
tion. 55 
[01 03] When a new resolution is entered by way of the 
resolution control knob 40, the image display section 9 
of the client 5 determines an intermediate resolution 



image serving as a basis for generating the arbitrary- 
resolution image 15, as shown in FIG. 24A. More specif- 
ically, the image display section makes a determination 
as to which intermediate -resolution file is used in order 
to produce the arbitrary-resolution image. A reducing 
operation is selected rather than the enlarging operation 
in order to prevent the image from becoming coarse 
through interpolation. Further, in order to prevent gener- 
ation of a difference between the original image and the 
arbitrary-resolution image through reduction of pixels, 
an intermediate-resolution file which is closest to the 
arbitrary-resolution file is selected. The highest-resolu- 
tion file 11 or the lowest-resolution file 14 may also be 
selected. 

[0104] In the preceding case, as shown in FIG. 24A, 
the arbitrary-resolution image can be prepared by 
reduction (diminishment) of pixels. To this end, the first- 
intermediate-resolution file 12 of 5,000 x 5,000 pixels is 
closest to the arbitrary-resolution file of 3,000 x 3,000 
pixels and is therefore selected. File information as to 
which file is used (in this case, information indicating 
that the file 12 is used) is written into the block manage- 
ment table 41 . 

[0105] The image display section 9 splits the thus- 
selected intermediate-resolution file 1 2 into a plurality of 
image blocks. In fact, as indicated by a dotted line 
shown in FIG. 24B, a virtual image 12' which would be 
obtained by reading the file 1 2 from the server 1 is virtu- 
ally split. At this time, the image blocks are determined 
by the image display section 9 such as to become opti- 
mum for indicating a position 33' designated by the 
operator by means of pointing the cursor. More specifi- 
cally, the image display section 9 determines the image 
blocks such that, to the extent possible, an image at the 
position to be displayed is included in a single image 
block without being split into a plurality of image blocks. 
[01 06] According to the result of splitting of the image 
into the image blocks, the image display section 9 pre- 
pares the block management table 41. The block man- 
agement table 41 is provided so as to correspond to 
each of the thus-split image blocks and stores various 
information required for managing the corresponding 
image blocks. 

[0107] As shown in FIG. 25, the intermediate-resolu- 
tion file 12 or the virtual image 12' is split into X1 , X2, ... 
in the X direction, and into Y1 , Y2, ... in the Y direction. 
The thus-split blocks are specified as a block X1Y1, a 
block X1 Y2, etc. The image display section 9 manages 
the block through use of the corresponding block man- 
agement table 41 . 

[0108] As shown in FIG. 25, the information to be 
described in the block management table 41 comprises 
a memory handle of an image block and a coordinate 
position in the display coordinate system. Further, the 
file information and a cache flag to be described later 
are also written into the block management table 41 . As 
a result of splitting of the image, the image management 
section 9 sets a display flag in the block management 
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table 41 corresponding to an image block (hatched in 
FIG. 24B) which is located at a position 33' indicated by 
the operator. If the display flag is set in the correspond- 
ing management table 41, it is understood that the 
image is currently displayed. 

[0109] As a result of splitting of the virtual image 12' 
into a plurality of image blocks, image blocks to which 
individual pixels of the selected intermediate-resolution 
file 12 pertain are determined. Accordingly, in both of X 
and Y directions, there are determined pixels of the 
selected intermediate-resolution file 12 corresponding 
to each image block. 

[01 1 0] On the basis of such determination, the image 
display section 9 prepares the block correspondence 
table 42. The block correspondence table 42 comprises 
the block correspondence table 42-1 for the X direction 
and the block correspondence table 42-2 for the Y direc- 
tion. The block correspondence table 42-1 represents, 
on a per-i mage-block-basis, the positions of the pixels in 
the X direction in the selected intermediate-resolution 
film 12 that correspond to the individual image blocks. 
The block correspondence table 42-2 represents, on a 
per- image-block-basis, the positions of the pixels in the 
Y direction in the selected intermediate-resolution film 
12 that correspond to the individual image blocks. 
[01 1 1 ] For example, in FIG. 25, the block correspond- 
ence table 42-1 represents that pixels 0 to 599 corre- 
spond to the image blocks on the first row in the X 
direction, i.e., X1Y1, X1Y2, ... and that pixels 600 to 
1199 correspond to the image blocks on the second 
row, i.e., X2Y1, X2Y2, ... Similarly, the block corre- 
spondence table 42-2 represents that pixels 0 to 399 
correspond to the image blocks on the first row in the Y 
direction, i.e., X1 Y1 , X2Y1 , ... and that pixels 400 to 799 
correspond to the image blocks on the second row, i.e., 
X1Y2, X2Y2, ... 

[0112] For example, in the previous case, each of 
5,000 pixels of the intermediate-resolution file 12 in the 
X direction correspond to any of the image blocks, and 
each of 5,000 pixels of the same in the Y direction cor- 
respond to any of the image blocks. On the basis of the 
intermediate-resolution file 12 of 5,000 x 5,000 pixels, 
the maximum number of pixels represented in the tables 
42-1 and 42-2 assumes a value of 5,000. 
[01 1 3] From the thus-selected intermediate resolution 
and the entered arbitrary resolution, the image display 
section 9 calculates a reduction rate for a reducing 
operation. In the previous case, the reduction rate is 
3,000/5,000 = 3/5. This reduction rate is written into the 
block management table 41 . 

[0114] Through use of the reduction rate, the image 
display section 9 prepares the reduction rate conversion 
table 43. This reduction rate conversion table 43 com- 
prises a table 43-1 arranged in the X direction and a 
table 43-2 arranged in the Y direction (see FIG. 27). 
[01 1 5] As shown in FIG. 26, the reduction rate conver- 
sion table 43-1 stores the X-axis positions of the pixels 
to be actually displayed in the intermediate-resolution 



file 12, after completion of the reducing operation (i.e., 
with regard to an arbitrary-resolution image which is 
newly displayed). More specifically, the positions of the 
pixels in the selected intermediate-resolution file are 

5 stored so as to correspond to the positions of the dots 
on the actual display screen. Similarly, the reduction 
rate conversion table 43-2 stores the Y-axis positions of 
the pixels to be actually displayed on the screen after 
the reducing operation. The pixels to be actually dis- 

10 played after the reducing operation are pixels which 
remain after diminishment during the reducing opera- 
tion. As a result, the pixels are displayed at the positions 
of the dots. 

[0116] For example, as shown in FIG. 26, the reduc- 
15 tion rate conversion table 43-1 stores numerical values 
"0, 1, 3, ..." in ascending order. These numerical values 
represent the positions of the pixels in the intermediate- 
resolution file 12. Therefore, as shown in FIG. 26, the 
0th pixel, the 1st pixel, the 3rd pixel, ... are maintained 
20 without being reduced. Conversely, the 2nd pixel, the 
5th pixel, the 8th pixel, ... are diminished. The same 
applies to the reduction rate conversion table 43-2 (see 
FIG. 27). 

[01 1 7] The storage positions in the reduction rate con- 
25 version table 43-1 correspond to the storage positions 
of the display memory 45; more specifically, the X(row) 
addresses. Accordingly, the storage positions in the 
reduction rate conversion table 43-1 correspond to the 
positions on the actual display screen in the X direction. 
30 The same applies to the reduction rate conversion table 
43-2 (see FIG. 27). 

[01 18] Therefore, the reduction rate conversion table 
43-1 shown in FIG. 26 represents that the 0th pixel, the 
1st pixel, the 3rd pixel ... of the intermediate-resolution 

35 file 1 2 are to be displayed in the 1 st dot, the 2nd dot, the 
3rd dot, ... on the actual display screen in the X-axis 
direction thereof. The same applies to the reduction rate 
conversion table 43-2. Consequently, the pixels to be 
displayed are determined by the values stored in the 

40 reduction rate conversion tables 43-1 and 43-2. The 
positions on the actual display screen where the pixels 
are displayed are determined by the positions in the 
reduction rate conversion tables 43-1 and 43-2 where 
the values are stored. 

45 [0119] As shown in FIG. 26, an image 15' formed by 
displaying only the pixels in the positions indicated by 
the reduction rate conversion tables 43-1 and 43-2 cor- 
responds to an image reduced with an arbitrary resolu- 
tion. In FIG. 26, the concept of reduction is 

so exaggerated. 

[0120] The values stored in the reduction rate conver- 
sion table 43 are calculated by multiplication of (the 
reciprocal of the reduction rate) by (the position of the 
pixel in the actual screen display (or coordinate value)) 

55 for each of the pixels on the actual display screen. Here, 
any remainder is discarded. 

[0121] For example, in the previous case, for the 0th 
pixel, there is obtained 5/3x0 = 0, whereby 0 is stored 
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in the Oth position of the reduction rate conversion table 
43. For the 1 st pixel, there is obtained 5/3x1 = 1 .66 and 
the remainder 0.66 is discarded, whereby 1 is stored in 
the 1st position of the reduction rate conversion table 
43. For the 2nd pixel, there is obtained 5/3x2 = 3.33 
and the remainder 0.33 is discarded, whereby 3 is 
stored in the second position of the reduction rate con- 
version table 43. 

[0122] In the previous case, the intermediate-resolu- 
tion image serving as the basis for preparation of the 
arbitrary-resolution image is 5,000 x 5,000 pixels. Pro- 
vided that the display screen has a size of 1 ,200 x 600 
pixels, computation is performed 1,200 times with 
regard to the X-axis direction, 600 times with regard to 
the Y-axis direction, and a total of 1,800 times. As a 
result, the pixels among the 5,000 pixels in the X-axis 
direction which are displayed (i. e.. the pixels which are 
maintained without being subtracted) and the positions 
of the pixels are determined, and the same determina- 
tion is made with regard to the 5,000 pixels in the Y-axis 
direction. 

[0123] ITie maximum number of operations required 
for the reducing operation performed in the high-defini- 
tion image display device according to the present 
invention is dependent on the resolution of the display 
screen. More specifically, in the previous case, the high- 
est-resolution file 1 1 has a size of 10,000 x 10,000 pix- 
els. Provided that the size of the screen is 1,200 x 600 
pixels, the total number of operations required is 1,800. 
Therefore, the arbitrary-resolution image can be pre- 
pared at considerably high speed through repetition of 
reducing operations in a number significantly smaller 
than the 1.92 million operations mentioned previously. 
[0124] For example, even if the highest resolution is 
increased to 16,000 x 16,000 pixels, the maximum 
number of operations required for reducing operations 
is 1,600 (in the X-axis direction) and 600 (Y-axis direc- 
tion) = 1 ,800 times. Specifically, even if the resolution is 
increased by a factor of 2.56 times, the maximum 
number of operations is not changed, consequently, the 
greater the highest resolution, the more noticeable the 
effect of an increase in the speed of reducing opera- 
tions. 

[0125] As mentioned previously, after completion of 
preparation of the block management table 41, the 
image display section 9 makes a request to the server 1 
for transmitting an image block (one or more blocks) 
corresponding to the currently-displayed image (the 
image provided in the display frame 33 shown in FIG. 
22) in the intermediate-resolution image. The currently- 
displayed image represents an image displayed in the 
display frame 33 shown in FIG. 22 or an image block 
corresponding to the position 33' indicated by the oper- 
ator. More specifically, the image display section 9 
makes a request for transmitting an image block 
hatched in FIG. 24B. 

[0126] The image display section 9 adds the block 
management table 41 to the transmission request. As a 



result, the image management section 7 of the server 1 
can find the details of an image block to be transmitted, 
and the image block can be transmitted without fail. For 
instance, from the file information and the memory han- 

5 die of the image block stored in the block management 
table 41 , the position of the image block in the memory 
of the server 1 can be determined. More specifically, the 
nature of the image block required to be transmitted, the 
file in which the image block is stored, and the location 

10 on the memory where the image block is stored can be 
determined. For this purpose, the client 5 retains 
beforehand the hold information 20 to 23 described by 
reference to FIG. 3. 

[01 27] Upon receipt of the transmission request from 
15 the client 5, the image management section 7 transmits 
the image block to the client 5 that has sent the request, 
on the basis of the block management table 41 added to 
the request. The transmission of the image block is car- 
ried out in the same fashion as mentioned previously. 
20 [01 28] Upon receipt of the image block of the interme- 
diate-resolution image from the server 1 , the image dis- 
play section 9 decrypts and expands the thus-received 
image block and retains the thus-expanded image block 
in the memory 45 through caching operations, as shown 
25 in FIG. 24C. In fact, as described by reference to FIG. 
1 2, an image block in which no display flag is set is also 
transmitted through a anticipate control operation and 
retained in the cache memory 45 through caching oper- 
ations. 

30 [01 29] The image display section 9 sets a flag (here- 
inafter referred to as a "cache flag") representing that 
the image block is present in the client 5 (i.e., the cache 
memory 45) in the block management table 41 corre- 
sponding to the image block held in the cache memory. 

35 The cache flag is also stored in the corresponding block 
management table 41 . Accordingly, match is not neces- 
sarily present between the cache flag and the display 
flag. 

[01 30] After the pre-processing operation set forth, the 

40 image display section 9 performs a displaying operation 
(i.e., a main-processing operation) with regard to the 
image block that is now being displayed. At this point in 
time, the image is not yet reduced in size. More specifi- 
cally, the contents of the display memory 45 such as 

45 those shown in FIG. 24C are not yet prepared. The 
reducing operation is completed by combination of the 
previously-described pre-processing operations and the 
main-processing operations to be described below. 
[01 31 ] The image display section 9 refers to the block 

so correspondence table 42 corresponding to the block 
management table 41 which corresponds to the image 
block that is now being displayed. On the basis of such 
reference, the image display section refers to the reduc- 
tion rate conversion table 43, and reads the data to be 

55 displayed after reducing operations (i.e., pixels) from the 
cache memory 44. The thus-read data are written into 
the positions in the display memory 45 where the data 
are to be displayed. According to the contents of the dis- 
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play memory 45, the image display section 9 displays 
the image on the screen. 

[0132] More specifically, as shown in FIG. 27, the 
image display section 9 searches the block manage- 
ment table 41 and finds an image block for which the s 
display flag has already been set (i.e., the block hatched 
in the drawing). This image block is now being dis- 
played. 

[0133] Next, the image display section refers to the 
block correspondence tables 42-1 and 42-2 corre- to 
sponding to the image blocks [see (1) in the drawing]. 
As a result, the image display section becomes aware of 
the range of pixels in both the X-axis and Y-axis direc- 
tions in which the pixels correspond to the image blocks. 
By use of the display flag, the positions to be referred to is 
can be referred to at high speed without involvement of 
retrieval of the entire block correspondence table 42. 
[0134] On the basis of the result of reference to the 
tables 42-1 and 42-2, the reduction rate conversion 
tables 43- 1 and 43-2 are referred to [see (2) in the draw- 20 
ing]. As a result, if the result of reference to the block 
correspondence table 42-1 represents "0-599," corre- 
spondence between the pixel range and the contents of 
the reduction rate conversion table 43-1 is established. 
Specifically, of the pixels in this range, pixels indicated 25 
by the reduction rate conversion table 43-1 are dis- 
played. The same applies to the block correspondence 
table 42-2 and the reduction rate conversion table 43-2. 
By use of the result of reference to the block corre- 
spondence table 42, the pixels that are to be displayed 30 
through use of the reduction rate conversion table 43 
can be read from the cache memory 44 [(3) in the draw- 
ing] at high speed. 

[0135] On the basis of results of reference to the 
tables 42-1 and 42-2, the position in the image block 35 
corresponding to the position 33' indicated by the oper- 
ator can be referred to at high speed through use of the 
block correspondence table 42. Of the image blocks 
corresponding to the position 33\ the minimum posi- 
tional X-coordinate and Y-coordinate of the pixel are *o 
determined to be a relative positional coordinate (0,0) 
used in the following processing. The relative positional 
coordinate is determined with regard to the other pixels. 
[0136] According to the contents in the reduction rate 
conversion tables 43-1 and 43-2, the data to be dis- 45 
played (i.e., pixels) are read from the cache memory 44 
[(3) in the drawing]. The cache memory 44 shown in 
FIG. 27 stores the images relating to, e.g., the head of 
Buddha. For example, if the reduction rate conversion 
tables 43-1 and 43-2 represent the contents as shown so 
in FIG. 27, the first value "0" of the reduction rate con- 
version table 43-1 and the first value "0" of the reduction 
rate conversion table 43-2 are used to read the pixel 
from the relative positional coordinate (0,0) in the image 
block. Through use of the reduction rate conversion 55 
table 43, a required pixel can be read by reference only 
to the table 43 without involvement of performing reduc- 
tion operations every time a pixel is read. The amount of 



operation required for preparing the reduction rate con- 
version table 43 is merely equal to the amount of opera- 
tion required for reading pixels from one row and one 
column. 

[0137] The thus-read pixels are written into the posi- 
tions on the display memory 45 where the pixels are to 
be displayed [(4) in the drawing]. For example, the pixel 
assuming a relative positional coordinate (0,0) is calcu- 
lated through use of the values at the first positions of 
the reduction rate conversion tables 43-1 and 43-2, and 
hence the pixel is stored in the corresponding position 
of the display memory 45. More specifically, the pixel is 
stored in the dot which is the top in both the X-axis and 
Y-axis directions of the display memory 45. According to 
the contents of the display memory 45, the image dis- 
play section 9 displays the image on the screen. 
Through use of the reduction rate conversion table 43, 
the position of the pixel can be determined by use of 
only the position in the table 43, without involvement of 
calculation of the position every time the pixel is stored. 
[01 38] The foregoing processing is repeated for each 
of the dots (or bits) of the display memory 45 of a bit- 
map display. At this time, for example, the pixels in the 
relative positional coordinates (0,0), (0,1), (0,3) ... in the 
image block, i.e., the pixels having the same X address, 
are continuously read and written, through use of the 
first value "0" of the reduction rate conversion table 43- 
1 and the values "0, 1, 3, ..." of the reduction rate con- 
version table 43-2. In other words, raster scanning is 
carried out. 

[0139] FIG. 28 shows the flow of preparation of an 
arbitrary-resolution image. 

(Step S50): When an arbitrary resolution is newly 
entered by way of the resolution control knob 40, 
the image display section 9 of the client 5 calculates 
an image block required for displaying the arbitrary- 
resolution image, on the basis of the arbitrary reso- 
lution. More specifically, the intermediate-resolution 
image used for preparing the arbitrary-resolution 
image is determined and is split into image blocks. 
(Step S51): The image display section 9 calculates 
a reduction rate on the basis of the arbitrary resolu- 
tion. 

(Step S52): The image display section 9 prepares 

the reduction rate conversion table 43 on the basis 

of the thus-calculated reduction rate. 

(Step S53): The image display section 9 prepares 

the block correspondence table 42 on the basis of 

the thus-calculated image block. 

(Step S54): The image display section 9 registers a 

required image block into the block management 

table 41. 

(Step S55): The image display section 9 adds the 
block management table 41 to a transmission 
request and sends the request to the image man- 
agement section 7 of the server 1 for transmitting 
an image. 
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{Step S56): The image management section 7 
refers to the block management table 41 added to 
the transmission request, compresses and 
encrypts data regarding the image block of the file 
required for preparing the arbitrary-resolution 
image, and transmitting the data to the client 5. 
(Step S57): The image expansion section 8 of the 
client 5 expands and decrypts the thus-received 
block of data and retains the block of data in the 
cache memory 45 as a cache of the image block 
stored in the server 1. 

{Step S58): The image display section 9 of the cli- 
ent 5 refers to the block management table 41 and 
refers to the block correspondence table 42 of the 
image block that is now being processed. 
(Step S59): The image display section 9 refers to 
the reduction rate conversion table 43, on the basis 
of the result of reference to the block management 
table 41. 

(Step S60): The image display section 9 refers to 
the image block on the basis of result of reference 
to the reduction rate conversion table 43. 
(Step S61): On the basis of result of reference to 
the image block, the image display section 9 stores 
the image data to be displayed into the position in 
the display memory 45 where the data are to be dis- 
played. Subsequently, the image display section 9 
displays an image according to the contents of the 
display memory 45. 

[0140] As has already been described by reference to 
FIGs. 11 and 12, a plurality of image blocks preceding 
and subsequent to the image that is now being dis- 
played are stored in the cache memory 44 through 
caching, in preparation for shifting of an image (i.e., 
scrolling operations). Consequently, when there is 
issued an instruction for scrolling the arbitrary-resolu- 
tion image, the image can be smoothly scrolled in com- 
pletely the same way as the predetermined 
intermediate-resolution image. 
[0141] In this case, the required image blocks are 
already present in the cache memory 44, and the cache 
flag is set in the corresponding block management 
tables 41 . When the image is scrolled, the image display 
section 9 refers to the block management table 41 . If the 
cache flag is set in the block management table 41, the 
image display section does not make a request to the 
server 1 for transferring the image block. The arbitrary- 
resolution image 15 to be displayed is produced by use 
of the image block stored in the cache memory 44. 
[0142] Since the resolution is not changed in this 
case, the block correspondence table 42 and the reduc- 
tion rate conversion table 43 are already prepared. 
Accordingly, the arbitrary-resolution image 15 can be 
produced at considerably high speed (i.e., a speed at 
which the operator does not become aware of prepara- 
tion of the image) in conjunction with omission of data 
transmission. 



[01 43] When the operator changes the resolution, the 
processing required for determining the intermediate- 
resolution image used as a basis for preparing an arbi- 
trary-resolution image whose resolution has been 

5 changed is repeated in the same manner. Even in this 
case, there may be a case where the required image 
block is present in the cache memory 44 and the cache 
flat is set in the corresponding block management table 
41. In other words, the range of change in resolution is 

10 small, and there is no change in the intermediate-reso- 
lution image used as a basis for preparation of an arbi- 
trary-resolution image. 

[0144] In this case, after the resolution has been 
changed, the image display section 9 determines an 

15 intermediate-resolution image used as a basis for pre- 
paring an arbitrary-resolution image and does not make 
a request to the server 1 for sending the image block. 
The arbitrary-resolution image 15 to be displayed is pre- 
pared through use of the image block stored in the 

20 cache memory 44. 

[0145] There is no change in the block management 
table 41 and the block correspondence table 42, and 
there is no need to make a request to the server 1 for 
transmission of an image. Only the reduction rate con- 

25 version table 43 is newly prepared. Thus, a new arbi- 
trary-resolution image 15 can be prepared at 
considerably high speed. 

[0146] Although the high -definition image display 
apparatus according to the present invention has been 

30 described in detail by reference to its embodiments, var- 
ious modifications of the present invention may be con- 
ceivable within the scope of the invention. A medium for 
storing a program by which a computer, or the high-def- 
inition image display apparatus, carries out the afore- 

35 mentioned processing operations is also to be 
understood to fall within the scope of the present inven- 
tion. 

Industrial Applicability 

40 

[0147] As has been described above, the high-defini- 
tion image display apparatus according to the present 
invention enables high-speed transmission and 
processing of a mega-sized high-definition image, for 

45 example, an image of 10,000 x 10,000 pixels, and can 
be applied to, e.g., the study of images of Buddha. 
[0148] Further, the present invention enables the high- 
definition image display apparatus to set the resolution 
of the mega-sized high -definition image to an arbitrary 

so value and enables high-speed preparation of the image 
having the arbitrary resolution. 
[0149] The present invention can provide a medium 
for storing a program by which a computer, or the high- 
definition image display apparatus, executes the 

55 processing operations set forth and enables ready pro- 
vision of the program stored in a storage medium such 
as a flexible disk. 
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Claims 

1. A high-definition image display apparatus which 
displays a mega-sized high-definition image on a 
computer display and which i ncludes a server and a s 
client that operate in a coordinated manner, the dis- 
play apparatus comprising: 



2. The high-definition image display apparatus as 
defined in Claim 1 , further comprising: 20 

means which, at the time of transfer of image 
data from the server to the client, compares a 
load exerted on a CPU of the server with a load 
exerted on a CPU of the client and dynamically 25 
determines whether the server or the client 
would more efficiently expand a compressed 
image data block, wherein the image data are 
transferred by determining a resolution and an 
split image data block which are optimum for 30 
display. 

3. The high-definition image display apparatus as 
defined in Claim 1, wherein when the server 
expands the compressed image data block, only 35 
the portion of image data required for display is 
clipped, re-compressed, and encrypted. 

4. The high-definition image display apparatus as 
defined in Claim 1 , wherein the client comprises: *o 



5. The high-definition image display apparatus as so 
defined in Claim 1 , further comprising: 

means which, at the time of displaying a high- 
definition image on the screen of the client, 
reduces an image to be displayed, displays the 55 
thus-reduced image in a control window, and 
carries out continuous scrolling or zooming 
operations; and 



means which displays a list of thumbnail 
images in the control window and switches 
among the images. 

6. The high-definition image display apparatus 
according to Claim 1 , wherein, at the time of dis- 
playing a high-definition image on the screen of the 
client, a ruler-like scale is displayed on the image, 
thereby rendering measurement of size of the 
image easy. 

7. The high-definition image display apparatus as 
defined in Claim 1, further comprising: 

means which, at the time of displaying a high- 
definition image on the client screen, splits the 
screen into n areas and enables individual 
manipulation of n images. 

8. The high-definition display system as defined in 
Claim 1 , further comprising: 

means which, at the time of displaying a high- 
definition image on the screen of the client, 
records and/or reproduces a display field. 

9. The high-definition display system as defined in 
Claim 1 , wherein when scrolling or zooming opera- 
tion is performed within a control window of the cli- 
ent, an image is displayed on the display screen 
through use of low- resolution image data. 

10. The high-definition display system as defined in 
Claim 1 , further comprising: 

means for calculating a reduction rate and pre- 
paring a reduction rate conversion table, on the 
basis of the arbitrary resolution and an interme- 
diate resolution of an intermediate-resolution 
image that is used for preparing the arbitrary 
resolution image from the arbitrary resolution; 
wherein 

an image block corresponding to the image 
that is currently displayed is referred to, through 
use of the reduction rate conversion table; 
data to be displayed are read, on the basis of 
reference results, from the image block corre- 
sponding to a currently-displayed image in the 
intermediate-resolution image, and the data 
are written into the position of display memory 
to be displayed; and 

an image is displayed on the screen according 
to the contents of the display memory. 

11. The high-definition image display apparatus as 
defined in Claim 10, further comprising: 

means for splitting into a plurality of image 



means for storing an image in the server in the 
form of a set of image data for several levels of 10 
resolution each of which is obtained through 
division of the image into a matrix as well as 
through compression and encryption; and 
input means for enabling visual performance of 
operations for specifying an image to be dis- 15 
played on the screen of the client, zooming 
in/out, and scrolling the image. 



25 



30 



means for caching the image data that are 
used; and 

prediction means for predicting a split image 
' data block, which will be required, before scroll- 45 
ing and zooming operations and making a 
request to the server for the thus-predicted split 
image data block. 
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blocks the intermediate resolution image used 
for producing the arbitrary resolution image 
and preparing block correspondence tables on 
the basis of the thus-split image blocks, 
wherein 

a request is made to the server for transmitting 
image blocks corresponding to the currently- 
displayed image in the intermediate-resolution 
image; 

an image block corresponding to the currently- 
displayed image within the intermediate-reso- 
lution image is received from the server and is 
retained; 

a bloc correspondence table corresponding to 
the image block that is currently displayed is 
referred to; 

the reduction rate conversion table is referred 
to on the basis of the reference result; and 
data to be displayed are read from the retained 
image block on the basis of reference result 
and are written into the position of the display 
memory to be displayed. 

12. The high-definition image display apparatus as 
defined in Claim 11, further comprising: 

means for determining, on the basis of the arbi- 
trary resolution, an intermediate-resolution 
image used for producing the arbitrary-resolu- 
tion image; and 

input means which enables entry of an arbi- 
trary resolution for an image to be displayed on 
the screen of the client, wherein 
the intermediate-resolution image used for pro- 
ducing the arbitrary-resolution image is deter- 
mined on the basis of the thus-entered 
arbitrary resolution. 

13. The high-definition image display apparatus as 
defined in Claim 11, wherein, in a case where an 
image is scrolled, if image blocks required for scroll- 
ing the image are already retained, data to be dis- 
played are read from the image blocks that are 
already retained, without transmission of a request 
to the server for transmission of the image blocks. 

14. The high-definition image display apparatus as 
defined in Claim 11, wherein, in a case where the 
resolution is changed, the intermediate-resolution 
image is determined; and if there is no change in 
the intermediate resolution, the data to be dis- 
played are read from the image blocks that are 
already retained, without a request being made to 
the server for transmission of the image blocks. 

15. The high-definition image display apparatus as 
defined in Claim 10, further comprising: 



input means for enabling entry of an arbitrary 
resolution for an image to be displayed on the 
screen of the client. 

s 1 6. A program storage medium for storing a program to 
be executed by a high-definition image display 
apparatus which displays a high-definition mega- 
sized image on a computer display and which 
includes a server and a client that operate in a coor- 

10 dinated manner, the program comprising; 

processing for storing an image in the server in 
the form of a set of image data for several lev- 
els of resolution each of which is obtained 
is through division of the image into a matrix as 

well as through compression and encryption; 
and 

processing for enabling visual performance of 
operations for specifying an image to be dis- 
20 played on the screen of the client, zooming 

in/out, and scrolling the image. 

1 7. A program storage medium for storing a program to 
be executed by a high-definition image display 
25 apparatus which displays a high-definition mega- 
sized image on a computer display and which 
includes a server and a client that operate in a coor- 
dinated manner, the program comprising: 

30 processing for storing an image in the server in 

the form of a set of image data for several lev- 
els of resolution each of which is obtained 
through division of the image into a matrix as 
well as through compression and encryption; 

35 processing for enabling visual performance of 

operations for specifying an image to be dis- 
played on the screen of the client, zooming 
in/out, and scrolling the image; 
processing for determining, on the basis of an 

40 arbitrary resolution, of an intermediate-resolu- 

tion image used for producing the arbitrary-res- 
olution image; 

processing for splitting the intermediate-resolu- 
tion image into a plurality of image blocks and 

45 for preparing bloc correspondence tables on 

the basis of the thus-split image blocks; 
processing calculating, on the basis of the arbi- 
trary resolution and the intermediate resolu- 
tion, a reduction rate, and producing a 

so reduction rate conversion table; 

processing for making a request to the server 
for transmitting image blocks corresponding to 
the currently-displayed image in the intermedi- 
ate-resolution image; 

55 processing for receiving from the server an 

image block corresponding to the currently-dis- 
played image within the intermediate-resolu- 
tion image and retaining the thus-received 
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image block; 

processing for referring to a block correspond- 
ence table corresponding to a block manage- 
ment table corresponding to the image block 
that is currently displayed; 5 
processing for referring to the reduction rate 
conversion table on the basis of the reference 
result; 

processing for reading data to be displayed 
from the retained image block on the basis of w 
reference result and writing the data into the 
position of the display memory to be displayed; 
and 

processing for displaying the image on the 
screen according to the contents of the display 15 
memory. 
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